home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: MegaDisc / MegaDisc 08 (1988)(MegaDisc Digital Publishing)(AU)[WB].zip / MegaDisc 08 (1988)(MegaDisc Digital Publishing)(AU)[WB].adf / TUTORIALS / Startup-Sequences < prev    next >
Text File  |  1988-05-28  |  7KB  |  121 lines
  1.  
  2.  
  3.                       ABOUT STARTUP-SEQUENCES
  4.  
  5.  
  6.           I'm sure that many Amiga users have good tips on how to improve
  7.  on what I mention here, and if you do, please send them in so we can tell
  8.  others. Meanwhile, on this disk you should have a look at various other
  9.  descriptions and listings of startup-sequences, particularly Scott
  10.  Castledine's article on the SIDECAR, and Tim Hogan-Doran's "Enhancing_WB"
  11.  article, where he recommends some extra programs to run.
  12.  
  13.          THE BASICS
  14.  The Startup-Sequence (SUS from now on) is simply a series of CLI commands
  15.  strung together in a batch, and read by the machine at startup - hence the
  16.  names "Batch File" or "Command Sequence File" for any such group of CLI
  17.  commands designed to achieve a purpose. The SUS, along with any other
  18.  batch files, lives in the S (for Script) directory of your bootable disk,
  19.  simply because it's convenient to have a place for them, and so the system
  20.  is set up to look for them there whenever the EXECUTE command is issued -
  21.  usually by you, but in the case of the SUS, by the system on bootup. There
  22.  is nothing inviolate about a SUS, they are there for your convenience, and
  23.  you are encouraged to change them around, customise them as you wish, and
  24.  since they're just a series of words (ASCII characters, such as letters
  25.  and numbers), you can use any TEXT EDITOR or WORD PROCESSOR to load them
  26.  in and edit them. In the case of a Word Processor, just make sure that it
  27.  has a SAVE option which allows you a "Text Only" or "ASCII" option.
  28.  Otherwise you may find that you've saved a file which has some "embedded"
  29.  characters peculiar to the Word Processor, and therefore liable to confuse
  30.  your computer on bootup, leading to the gnashing of teeth, wrinkle-forming
  31.  frowns and eventual loss of self-esteem.
  32.  
  33.          There are various schools of thought about the style of SUSs -
  34.  purists and power users like to keep them as short as possible, to speed
  35.  up the booting process, and minimise the grinding of the internal drive,
  36.  df0:. Other users are more baroque, and lean towards long elaborate files
  37.  which run all manner of clocks, monitors, shells and so forth in the
  38.  background, some of which may end up fighting with each other in the
  39.  depths of the machine when it comes to sharing resources, like memory.
  40.  There is no doubt that the fewer the background processes ticking away,
  41.  the more stable the use of the computer, but there are numerous little
  42.  utilities which are recommended (see below and see Tim Hogan-Doran's
  43.  article which recommends a good number of them).
  44.  
  45.          A STANDARD SUS
  46.  If you open a CLI, and enter
  47.  > type sys:s/startup-sequence
  48.  you'll see on screen the SUS of your current system (sys:) disk, and if
  49.  you are using a standard issue Workbench, it should look something like
  50.  this:
  51.       echo "Workbench disk.  Release 1.2 version 33.46"
  52.       echo "Use Preferences tool to set date"
  53.       if EXISTS sys:system
  54.           path sys:system add
  55.       endif
  56.       if EXISTS sys:utilities
  57.           path sys:utilities add
  58.       endif
  59.       BindDrivers
  60.       LoadWb
  61.       endcli > nil:
  62.  There are a few unnecessary lines here - you know already that this is a
  63.  Workbench 1.2 and that you can use Preferences to set the date. So we can
  64.  eliminate the first two lines, and thus save two disk accesses when the
  65.  boot disk's C directory is searched for the "echo" command, which simply
  66.  allows you to put anything on the screen during a batch file (how to
  67.  eliminate these comes later on). Then there are two IF-ENDIF statements,
  68.  designed to establish the existence of the directories UTILITIES and
  69.  SYSTEM on your boot disk, and having done so, to add those two directories
  70.  to the path which is searched for any command you may type into the CLI.
  71.  Now if you always keep those two directories (drawers) on your Workbench,
  72.  then we can eliminate both statements, and replace them with a single
  73.  line, namely
  74.       path sys:system sys:utilities add
  75.  The command PATH will allow you to make up to 10 additional search paths
  76.  on the one line, so you could expand on this a little and include, say,
  77.  ram: or ram:c (if you're going to put any commands there) and maybe sys:
  78.  if you keep any useful utilities in the main window of your boot disk. The
  79.  usefulness of PATH command becomes apparent when you realise that you no
  80.  longer have to refer to, say, the command DISKCOPY as SYS:SYSTEM/DISKCOPY
  81.  any more - you can simply enter DISKCOPY on its own and it will be found
  82.  because you've told the system to peek into the SYSTEM drawer as well.
  83.  Likewise with NOTEPAD or SETMAP or a number of other utilities found in
  84.  different places on your disk.
  85.          The next  command BINDDRIVERS is there just in case - all it does
  86.  is make sure that any piece of hardware (hard disk, etc) which has an
  87.  associated icon in the SYS:EXPANSION drawer will be included in the rest
  88.  of the session. Not really necessary otherwise.
  89.          LOADWB is a program which runs what we know as WORKBENCH, ie the
  90.  WIMP (Windows, Icons, Mouse, Pull-down menus) interface, originally
  91.  developed as a concept by XEROX, and since then greedily appropriated by
  92.  Apple Computers, as if they owned it! You could even remove this, as many
  93.  CLI users do, and forget about icons altogether. However, for easy (and
  94.  powerful) interfacing with the Amiga, you can't beat it, and it is the way
  95.  most normal users tell the computer what to do most of the time.
  96.         Finally, we arrive at the last line, which simply tells the system
  97.  to shut down this CLI window in which the SUS has been executed. If you
  98.  want to keep the CLI around, and simply re-size it (dragging the bottom
  99.  right corner up with the left-mouse-button (LMB) pressed) to access
  100.  Workbench, you could knock this line out too.
  101.         So what has our SUS been reduced to? Simply
  102.         path sys:system sys:utilities add
  103.         binddrivers
  104.         loadwb
  105.         endcli >nil:
  106.  or even
  107.         loadwb
  108.         endcli >nil:
  109.         We'll see how to expand it again and how to speed it up in
  110.  the next installment, but for more information about HOW to edit these
  111.  files, using a TEXT EDITOR, called ED, which is sitting in the C directory
  112.  of your Workbench disk, have a look at the "Batch_Files" article on MD6,
  113.  which also describes some of the more general aspects of Batch files. All
  114.  the better, however, if you have an ASCII-saving Word Processor, or a good
  115.  Text Editor such as TxED, or CygnusED, or Zirkonics PTE or the shareware
  116.  editor UEDIT.
  117.                                                 Tim Strachan
  118.  
  119.  XXXXXXXXXXXXXXXXXXXXXXXXXXXX STARTUP-SEQUENCES XXXXXXXXXXXXXXXXXXXXXXXXXX
  120.  
  121.